Emmanuele Bassi [Fri, 20 Jan 2017 18:07:01 +0000 (18:07 +0000)]
gdk/x11: Check if we have access to GL before using GLX API
If the platform does not have access to libGL then any call to GL and
GLX API through libepoxy will fail with an assertion. Until such time
that libepoxy exposes API for us to use, we can simply dlopen libGL
ourselves and do a symbol check.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
Jeremy Bicha [Thu, 15 Feb 2018 10:23:44 +0000 (10:23 +0000)]
gtk+3.0 (3.22.28-1) unstable; urgency=medium
* New upstream release (LP: #1698270) (LP: #1714518)
* Update Vcs fields for conversion to git
* Add debian/gbp.conf
* Bump Standards-Version to 4.1.3
* Update Vcs fields for migration to https://salsa.debian.org/
* Drop git_text-view-support-emoji-chooser.patch: Applied in new release
Matthias Clasen [Wed, 22 Nov 2017 21:47:43 +0000 (16:47 -0500)]
text view: Support the Emoji chooser
Similar to GtkEntry, add an "Insert Emoji" context
menu item, and add the same keybindings. We don't
add the icon here, since it is not clear where it
would go.
https://bugzilla.gnome.org/show_bug.cgi?id=790029
Gbp-Pq: Name git_text-view-support-emoji-chooser.patch
Emmanuele Bassi [Fri, 20 Jan 2017 18:07:01 +0000 (18:07 +0000)]
gdk/x11: Check if we have access to GL before using GLX API
If the platform does not have access to libGL then any call to GL and
GLX API through libepoxy will fail with an assertion. Until such time
that libepoxy exposes API for us to use, we can simply dlopen libGL
ourselves and do a symbol check.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
Jeremy Bicha [Tue, 28 Nov 2017 22:16:13 +0000 (22:16 +0000)]
gtk+3.0 (3.22.26-2) unstable; urgency=medium
[ Simon McVittie ]
* Set Rules-Requires-Root to no
* Add a Lintian override to silence warnings about the non-standard
name of libgail-3-0, which should really have been libgailutil-3-0
but isn't going to be changed now
[ Jeremy Bicha ]
* Add git_text-view-support-emoji-chooser.patch:
- Offer right-click "Insert Emoji" menu item for GtkTextView too
Emmanuele Bassi [Fri, 20 Jan 2017 18:07:01 +0000 (18:07 +0000)]
gdk/x11: Check if we have access to GL before using GLX API
If the platform does not have access to libGL then any call to GL and
GLX API through libepoxy will fail with an assertion. Until such time
that libepoxy exposes API for us to use, we can simply dlopen libGL
ourselves and do a symbol check.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
Simon McVittie [Sun, 29 Oct 2017 17:21:51 +0000 (17:21 +0000)]
gtk+3.0 (3.22.25-1) unstable; urgency=medium
* Team upload
* New upstream release
- Fix tiling behaviour with Mutter/Shell 3.26 (Closes: #879566)
- Update symbols file
- d/p/0001-Adwaita-Fix-typo-.backgrounf-.background.patch,
d/p/0002-theme-Fix-Adwaita-headerbars.patch,
d/p/0003-display-x11-Unset-tiled-state-if-_GTK_EDGE_CONSTRAIN.patch:
Drop patches, applied upstream
- d/p/gdk-wayland-protocol-server-decoration.patch:
Add server-decoration.xml from upstream git. It is missing from the
tarball release.
display-x11: Unset tiled state if _GTK_EDGE_CONSTRAINTS is supported
Commit c415bef5de introduced support for the new _GTK_EDGE_CONSTRAINTS
atom. If the compositor supports that atom, however, we were always
setting the tiled state, even if no actual tiling information is
available, where the correct action is to completely remove any traces
of the tiled state.
Fix that by correctly removing the tiled state when compositor supports
_GTK_EDGE_CONSTRAINTS Xatom.
https://bugzilla.gnome.org/show_bug.cgi?id=788516
Gbp-Pq: Name 0003-display-x11-Unset-tiled-state-if-_GTK_EDGE_CONSTRAIN.patch
Emmanuele Bassi [Fri, 20 Jan 2017 18:07:01 +0000 (18:07 +0000)]
gdk/x11: Check if we have access to GL before using GLX API
If the platform does not have access to libGL then any call to GL and
GLX API through libepoxy will fail with an assertion. Until such time
that libepoxy exposes API for us to use, we can simply dlopen libGL
ourselves and do a symbol check.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
Michael Biebl [Sun, 22 Oct 2017 11:22:16 +0000 (12:22 +0100)]
gtk+3.0 (3.22.24-3) unstable; urgency=medium
[ Jeremy Bicha ]
* Drop 0004_fix-gtkentry-wayland-regression.patch:
- Reverted upstream since it caused a totem regression. Epiphany
issue was fixed in mutter instead.
[ Michael Biebl ]
* Force update of GResource files so the changes to the CSS files from
0002-theme-Fix-Adwaita-headerbars.patch are actually applied.
display-x11: Unset tiled state if _GTK_EDGE_CONSTRAINTS is supported
Commit c415bef5de introduced support for the new _GTK_EDGE_CONSTRAINTS
atom. If the compositor supports that atom, however, we were always
setting the tiled state, even if no actual tiling information is
available, where the correct action is to completely remove any traces
of the tiled state.
Fix that by correctly removing the tiled state when compositor supports
_GTK_EDGE_CONSTRAINTS Xatom.
https://bugzilla.gnome.org/show_bug.cgi?id=788516
Gbp-Pq: Name 0003-display-x11-Unset-tiled-state-if-_GTK_EDGE_CONSTRAIN.patch
Emmanuele Bassi [Fri, 20 Jan 2017 18:07:01 +0000 (18:07 +0000)]
gdk/x11: Check if we have access to GL before using GLX API
If the platform does not have access to libGL then any call to GL and
GLX API through libepoxy will fail with an assertion. Until such time
that libepoxy exposes API for us to use, we can simply dlopen libGL
ourselves and do a symbol check.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
display-x11: Unset tiled state if _GTK_EDGE_CONSTRAINTS is supported
Commit c415bef5de introduced support for the new _GTK_EDGE_CONSTRAINTS
atom. If the compositor supports that atom, however, we were always
setting the tiled state, even if no actual tiling information is
available, where the correct action is to completely remove any traces
of the tiled state.
Fix that by correctly removing the tiled state when compositor supports
_GTK_EDGE_CONSTRAINTS Xatom.
https://bugzilla.gnome.org/show_bug.cgi?id=788516
Gbp-Pq: Name 0003-display-x11-Unset-tiled-state-if-_GTK_EDGE_CONSTRAIN.patch
Emmanuele Bassi [Fri, 20 Jan 2017 18:07:01 +0000 (18:07 +0000)]
gdk/x11: Check if we have access to GL before using GLX API
If the platform does not have access to libGL then any call to GL and
GLX API through libepoxy will fail with an assertion. Until such time
that libepoxy exposes API for us to use, we can simply dlopen libGL
ourselves and do a symbol check.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
Emmanuele Bassi [Fri, 20 Jan 2017 18:07:01 +0000 (18:07 +0000)]
gdk/x11: Check if we have access to GL before using GLX API
If the platform does not have access to libGL then any call to GL and
GLX API through libepoxy will fail with an assertion. Until such time
that libepoxy exposes API for us to use, we can simply dlopen libGL
ourselves and do a symbol check.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
* New upstream release.
* Bump to debhelper compat 10.
+ Drop dh-autoreconf and autotools-dev build-deps, no longer needed as
debhelper guarantees them now.
* Switch from CDBS to dh.
Only regression is that we don't run --fail-missing on arch:all builds.
* Don't build the docs when not building the -doc packages. Saves some
time on arch-only builds.
* Skip the udeb build when not building the -udeb package. Saves a lot
of time on the arch:all builds.
projects / gtk+3.0.git / log